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Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 03 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If the period for reply specified above is less than thirty (30) days, a reply within the statutory minimum of thirty (30) days will be considered timely. 
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- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 1 33). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )S Responsive to communication(s) filed on 26 April 2002 (preliminary amendment) . 
2a)D This action is FINAL. 2b)S This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 1 1 , 453 O.G. 213. 

Disposition of Claims 

4) E<] Claim(s) 1-41 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) ^ Claim(s) 1-41 is/are rejected. 

7) D Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) D The specification is objected to by the Examiner. 

10)D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 
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Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 
1 1 )□ The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-1 52. 
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1 .□ Certified copies of the priority documents have been received. 

2. Q Certified copies of the priority documents have been received in Application No. . 
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application from the International Bureau (PCT Rule 17.2(a)). 
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DETAILED ACTION 

1 . This action is in response to the application filed on 1 2/2 1/200 1 . 

2. Claims 1-41 are pending. 

Information Disclosure Statement 

3. An initialed and dated copy of Applicant's IDS form 1449 filed on 09/20/2004 is attached 
to the instant Office action. 

Claim objections 

4. Claim 25 is objected to because of the following informalities: 

Regarding claim 25, on line 1 1, after the word "system" delete extra parenthesis (.). 
Appropriate correction is required. 

Claim Rejections - 35 USC § 101 

5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new and 
useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title. 

6. Claims 1-12 and 19-24 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non- statutory subject matter. 

The claims are non-statutory because they recite components of creating a software 
development kit, representing functional descriptive material without a computer readable 
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medium or computer implemented, program/method per se are not tangibly embodied. Claims 1- 
12 and 19-24 thus amounts to only abstract idea and are nonstatutory. 

Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this 
title, if the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a 
whole would have been obvious at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention was made. 

8. Claims 1-3, 4, 6-17, 19-21, 23-27, 29-38, and 40-41 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over US Patent No. 6,138,271 to Keeley (hereinafter called 
Keeley) in view of US Patent No. 5,325,533 to Mclnerney et al. (hereinafter called 
Mclnerney). 

Per claim 1: 
Keeley disclose: 

- creating a software development kit object (SDK object) for at least some of a plurality of 
development files in a source operating system that includes development files and 
components (col 2, lines 62-65 "a software development system including a modular 
operating system program having a plurality of modules each providing an operating 
system operation that may be called by an application program"); 

- identifying features of the source operating system to be included in a modularized 
system that is a subset of the source operating system (col. 3, lines 28-30 "identify both 
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operating system modules and portions of those modules needed for the application 
program"); 

- selecting the development files that correspond to the identified SDK objects (col. 3, lines 
10-11 "selected modules may be collected and reformed into a smaller operating 
system"); and 

- exporting the selected development files to a software development kit (SDK) that 
supports development of applications for use with the modularized system (col. 3, lines 
4-7 "selective compiler program receiving the OS module list prepares an operating 
system comprised of only those modules of the modular operating system necessary to 
perform the application"). 

Keeley does not explicitly disclose tracing dependencies in a dependency model correlating to 
the source operating system that uses the SDK objects to identify SDK objects corresponding to 
development files that are required to support the identified features. 

However, Mclnerney discloses in an analogous computer system tracing dependencies in 
a dependency model correlating to the source operating system (col. 3, lines 41-42 "system 
automatically keeps track of editing changes in components" and col. 3, lines 45-46 
"Dependency analysis is automatic and is based on relations between components") that uses the 
SDK objects to identify SDK objects corresponding to development files (col. 3, line 44 
"systems that track only at the file level") that are required to support the identified features (col 
3, lines 7-9 "A program is modeled as semantic units called components made up of a list of 
named data items called properties"). 
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Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of tracing the dependencies files in creating 
the modeled computer program as taught by Mclnerney into the method of generating the 
modular code for operating system as taught by Keeley. The modification would be obvious 
because of one of ordinary skill in the art would be motivated to trace the dependency of a 
component in software development to provide efficient programming techniques as suggested 
by Mclnerney (col. 2, lines 57-64). 

Per claim 2: 

The rejection of claim 1 is incorporated, and further, Keeley disclose: 

- wherein the modularized system is a modularized system (col. 2, lines 53-54 "modular 
operating system") that includes a subset of development files and components of the 
source operating system (col. 2, lines 62-64 "a software development system including a 
modular operating system program having a plurality of modules"). 

Per claim 3: 

The rejection of claim 1 is incorporated, and further, Keeley does not disclose generating the 
dependency model using the SDK objects. 

However, Mclnerney discloses in an analogous computer system generating the 
dependency model using the SDK objects (col. 3, lines 32-34 "compiler generated dependencies 
to correctly and efficiently sequence the compilation of components during a build process"). 
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Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of generating the dependency model using 
the SDK objects as taught by Mclnerney into the method of generating the modular code for 
operating system as taught by Keeley. The modification would be obvious because of one of 
ordinary skill in the art would be motivated to generate dependency model using SDK objects in 
software development to provide efficient programming techniques as suggested by Mclnerney 
(col. 2, lines 57-64). 

Per claim 4: 

The rejection of claim 1 is incorporated, and further, Keeley disclose: 

- creating SDK objects for the development files (col. 3, lines 33-35 "The development 
system. . . a builder receiving the modular operating system"); and 

- for all the development files (col. 2, lines 62-63 "software development system"), if a 
first development file depends on a second development file, including a reference in a 
first SDK object associated with the first development file to a second SDK object 
associated with the second development file (col. 7, lines 6-10 "The scanner 50 collects 
each operating system operation name 40 in a OS module list 53. . . OS module list 53 
includes operating system operations Fl and F2 which are directly referenced in the 
application source code 20'"). 

Keeley does not explicitly disclose identifying dependencies between development files. 

However, Mclnerney discloses in an analogous computer system identifying 
dependencies between development files (col. 3, lines 45-46 "Dependency analysis is automatic 
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and is based on relations between components").The feature of identifying dependencies 
between development files would be obvious for the reasons set forth in the rejection of claim 1 . 

Per claims 6 and 10: 

The rejection of claim 1 is incorporated, and further, Keeley does not explicitly disclose tracing 
references from a first SDK object associated with a feature to at least a second SDK object and, 
if the second SDK object includes a reference to a third SDK object, tracing the reference to the 
third SDK object. 

However, Mclnerney discloses in an analogous computer system the tracing 
dependencies further comprises tracing references from a first SDK object associated with a 
feature to at least a second SDK object and, if the second SDK object includes a reference to a 
third SDK object, tracing the reference to the third SDK object (col. 4, lines 12-17 "The build 
mechanism assumes no preknowledge of dependencies... it "discovers" the dependencies of the 
components and keeps track of those dependencies. . . build mechanism will build a program 
from scratch when there is no preexisting dependency information"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of identifying dependencies between 
development files as taught by Mclnerney into the method of generating the modular code for 
operating system as taught by Keeley. The modification would be obvious because of one of 
ordinary skill in the art would be motivated to identify dependencies between development files 
to provide an optimize solution for mapping from source to object cod and vice versa as 
suggested by Mclnerney (col. 2, lines 34-56). 
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Per claims 7 and 11: 

The rejection of claim 1 is incorporated, and further, Keeley does not explicitly disclose 
identifying a data object associated with each identified feature, the data object being associated 
with a component of the source operating system; and if a data obj ect includes a reference to a 
first SDK object, tracing the reference to the first SDK object and tracing references, if any, from 
the first SDK object to a second SDK object. 

However, Mclnerney discloses in an analogous computer system identifying a data object 
associated with each identified feature (col. 3, lines 29-30 "calculating the dependencies 
associated with a component"), the data object being associated with a component of the source 
operating system (col. 1, line 13 "source code editing in a computer program" and col. 1, 
linesl5-16 "useful in developing complex programs, such as operating system (OS) software"); 
and if a data object includes a reference to a first SDK object, tracing the reference to the first 
SDK object and tracing references, if any, from the first SDK object to a second SDK object 
(col. 4, lines 12-17 "The build mechanism assumes no preknowledge of dependencies... it 
"discovers" the dependencies of the components and keeps track of those dependencies... build 
mechanism will build a program from scratch when there is no preexisting dependency 
information"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of identifying dependencies between 
development files as taught by Mclnerney into the method of generating the modular code for 
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operating system as taught by Keeley. The modification would be obvious because of one of 
ordinary skill in the art would be motivated to identify dependencies between development files 
to provide an optimize solution for mapping from source to object cod and vice versa as 
suggested by Mclnerney (col. 2, lines 34-56). 



Per claim 8: 

The rejection of claim 1 is incorporated, and further, Keeley disclose: 

- naming a data object having a type that identifies the data object as being an SDK 
object (col. 5, lines 6-7 "a standard set of operation names 40 that are linked to 
particular modules 44 of the operating system"); 

- including at least one reference in a first SDK object (col. 5, line 7 "linked to 
particular modules 44"), the reference pointing to a second SDK object that is 
required by the first SDK object to function properly (col. 5, lines 6-10 "operation 
names 40 that are linked to particular modules 44 of the operating system holding 
corresponding operations, each operation being a routine for performing the 
desired operation (e.g., a disk read, etc.)"); and 

- repeating the previous steps for each development file to be exposed in the SDK 
(col. 5, lines 10-13 "API 28 provides an upwardly compatible interface to the 
application program regardless of changes and upgrades in the operating system 
18"). 
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Per claim 9: 

The rejection of claim 1 is incorporated, and further, Keeley disclose: 

- an export list in the first data object that identifies one or more functions that may 
be exposed by the development file associated with the SDK object (col. 3, lines 
19-21 "The scanner program... include in the OS module list subsequent calls 
from an operating system module (referenced in the OS module list) to other 
operating system operations"). 

Per claims 12 and 23: 

The rejection of claim 1 is incorporated, and further, Keeley disclose: 

- wherein the exporting further comprises storing the selected development files on 
one or more computer-readable media (col 4, lines 21-24 "an application 
program development, the memory 16 will normally hold both an operating 
system 18 and an editable version of the application program 20 (termed "source 
code") as well as other programs,"). 

Claim 13 is the computer program product claim corresponding to method claims 1 and 2 and 
rejected under the same rational set forth in connection with the rejection of claims 1 and 2 
above. 

Claim 14 is the computer program product claim corresponding to method claims 1 and 2 and 
rejected under the same rational set forth in connection with the rejection of claims 1 and 2 
above. 
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Claim 15 is the computer program product claim corresponding to method claim land rejected 

under the same rational set forth in connection with the rejection of claim 1 above. 

Claim 16 is the computer program product claim corresponding to method claim 6 and rejected 

under the same rational set forth in connection with the rejection of claim 6 above. 

Claim 77 is the computer program product claim corresponding to method claim 7 and rejected 

under the same rational set forth in connection with the rejection of claim 7 above. 

Per claim 19: 

Keeley disclose: 

- identifying features in a source operating system to be included in a modularized 
system (col. 3, lines 28-30 "identify both operating system modules and portions 
of those modules needed for the application program"); 

- selecting development files to be included in an SDK (col. 3, lines 10-11 
"selected modules may be collected and reformed into a smaller operating 
system"); and 

- exporting the selected development files (col. 3, lines 1-4 "A scanner program. . . 
produce an OS module list of such application calls"); and wherein the 
development files are files required to support development of applications to 
work with the modularized system (col. 3, lines 4-7 "selective compiler program 
receiving the OS module list prepares an operating system comprised of only 
those modules of the modular operating system necessary to perform the 
application"). 
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Keeley does not explicitly disclose by tracing dependencies in a dependency model beginning 
with data objects associated with the identified features. 

However, Mclnerney discloses in an analogous computer system by tracing dependencies 
in a dependency model beginning with data objects associated with the identified features (col. 3, 
lines 41-42 "system automatically keeps track of editing changes in components" and col. 3, 
lines 45-46 "Dependency analysis is automatic and is based on relations between components"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of tracing the dependencies files in creating 
the modeled computer program as taught by Mclnerney into the method of generating the 
modular code for operating system as taught by Keeley. The modification would be obvious 
because of one of ordinary skill in the art would be motivated to trace the dependency of a 
component in software development to provide efficient programming techniques as suggested 
by Mclnerney (col. 2, lines 57-64). 

Per claims 20 and 24: 

The rejection of claim 1 is incorporated, and further, Keeley does not disclose generating the 
dependency model using the SDK objects. 

However, Mclnerney discloses in an analogous computer system generating the 
dependency model using the SDK objects (col. 3, lines 32-34 "compiler generated dependencies 
to correctly and efficiently sequence the compilation of components during a build process"). 
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Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of generating the dependency model using 
the SDK objects as taught by Mclnerney into the method of generating the modular code for 
operating system as taught by Keeley. The modification would be obvious because of one of 
ordinary skill in the art would be motivated to generate dependency model using SDK objects in 
software development to provide efficient programming techniques as suggested by Mclnerney. 
(col 2, lines 57-64). 

Per claim 21: 

The rejection of claim 19 is incorporated, and further, Keeley disclose: 

- creating SDK objects for at least some of the development files (col. 3, lines 33- 
35 "The development system. . . a builder receiving the modular operating 
system"); 

for all development files (col. 2, lines 62-63 "software development system") that 
have an SDK object associated with it, if a first development file depends on a 
second development file, including a reference in a first SDK object associated 
with the first development file to a second SDK object associated with the second 
development file(col. 7, Jines 6-10 "The scanner 50 collects each operating 
system operation name 40 in a OS module list 53. . . OS module list 53 includes 
operating system operations Fl and F2 which are directly referenced in the 
application source code 20'"). 
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Keeley does not explicitly disclose identifying dependencies between development files; and 
wherein the identifying and creating generates the dependency model, and the selecting 
development files further comprises tracing references in SDK objects to determine the 
development files to select. 

However, Mclnerney discloses in an analogous computer system identifying 
dependencies between development files (col. 3, lines 45-46 "Dependency analysis is automatic 
and is based on relations between components"); and wherein the identifying and creating 
generates the dependency model (col. 3, lines 29-30 "calculating the dependencies associated 
with a component"), and the selecting development files further comprises tracing references in 
SDK objects to determine the development files to select 4, lines 12-17 "The build mechanism 
assumes no preknowledge of dependencies. . . it "discovers" the dependencies of the components 
and keeps track of those dependencies. . . build mechanism will build a program from scratch 
when there is no preexisting dependency information"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of identifying dependencies between 
development files as taught by Mclnerney into the method of generating the modular code for 
operating system as taught by Keeley. The modification would be obvious because of one of 
ordinary skill in the art would be motivated to identify dependencies between development files 
to provide an optimize solution for mapping from source to object cod and vice versa as 
suggested by Mclnerney (col. 2, lines 34-56). 
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Claims 25 and 32 is the computer program product claim corresponding to method claim 1 and 
rejected under the same rational set forth in connection with the rejection of claim 1 above. 
Claim 26 is the computer program product claim corresponding to method claim 1 and rejected 
under the same rational set forth in connection with the rejection of claim 1 above. 
Claim 27 is the computer program product claim corresponding to method claim 4 and rejected 
under the same rational set forth in connection with the rejection of claim 4 above. 
Claims 29, 30, and 31 are the computer program product claim corresponding to method claim 1 
and rejected under the same rational set forth in connection with the rejection of claim 1 above. 
Claim 33 is the computer program product claim corresponding to method claim 12 and rejected 
under the same rational set forth in connection with the rejection of claim 12 above. 
Claim 34 is the system claim corresponding to method claim 1 and rejected under the same 
rational set forth in connection with the rejection of claim 1 above. 

Claim 35 is the system claim corresponding to method claim 6 and rejected under the same 
rational set forth in connection with the rejection of claim 6 above. 

Claim 36 is the system claim corresponding to method claim 9 and rejected under the same 
rational set forth in connection with the rejection of claim 9 above. 

Claims 37 and 38 are the system claim corresponding to method claim 1 and rejected under the 
same rational set forth in connection with the rejection of claim 1 above. 
Claim 40 is the system claim corresponding to method claim 1 and rejected under the same 
rational set forth in connection with the rejection of claim 1 above. 

Claim 41 is the system claim corresponding to method claim 12 and rejected under the same 
rational set forth in connection with the rejection of claim 12 above. 
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9. Claims 5, 18, 22, 28, and 39 are rejected under 35 U.S.C. 103(a) as being unpatentable 

over Keeley in view of US Patent No. 5,901,319 to Hirst (hereinafter called Hirst). 
Per claims 5 and 22: 

The rejection of claims 1 and 19 respectively, are incorporated, and further, neither Keeley nor 
Mclnerney explicitly disclose wherein the development files further comprise at least one or 
more of the following types of files: library files, documentation files, header files. 

However, Hirst discloses in an analogous computer system the development files further 
comprise at least one or more of the following types of files: library files, documentation files, 
header files (col. 8, lines 3-10 "The data structure 38, e.g., generic header file, is denoted by code 
block 120, and data structure 36 is denoted by code block 130. . . the instruction set includes an 
include command to the header file 120... number of function calls 114, 116, 118 and 119... 
function calls are defined by the selected generic defines contained within the second data 
structure 130"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method having one or more files types e.g. header, 
library, and documentation files as taught by Hirst into the method of generating the modular 
code for operating system as taught by Keeley. The modification would be obvious because of 
one of ordinary skill in the art would be motivated to include the header, library, and 
documantation files in generating code to provide code more robust to run on different types of 
operating system as suggested by Hirst (col. 1, lines 28-63). 
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Claim 18 is the computer program product claim corresponding to method claim 5 and rejected 

under the same rational set forth in connection with the rejection of claim 5 above. 

Claim 28 is the computer program product claim corresponding to method claim 5 and rejected 

under the same rational set forth in connection with the rejection of claim 5 above. 

Claim 39 is the system claim corresponding to method claim 5 and rejected under the same 

rational set forth in connection with the rejection of claim 5 above. 

Conclusion 

10. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Satish S. Rampuria whose telephone number is 571-272-3732. 
The examiner can normally be reached on 9:00 am to 6:30 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on 571-272-3719. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 
Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be 
obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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